Mặc dù tiềm năng tồn tại trong mã để biến Bugzilla thành hệ thống tickets hỗ trợ kỹ thuật, công cụ quản lý tác vụ hoặc công cụ quản lý dự án, các nhà phát triển của Bugzilla đã chọn tập trung vào nhiệm vụ thiết kế hệ thống để theo dõi lỗi phần mềm. Yêu cầu thiết kế bắt buộc bao gồm:[8]

• Khả năng chạy trên các công cụ nguồn mở có sẵn miễn phí. Trong khi Bugzilla phát triển bao gồm các hỗ trợ cơ sở dữ liệu, công cụ và hệ điều hành thương mại.
• Việc duy trì tốc độ và hiệu quả bằng mọi giá. Một trong những điểm thu hút chính của Bugzilla đối với các nhà phát triển là triển khai nhẹ và tốc độ, do đó, các lời gọi vào cơ sở dữ liệu được giảm thiểu bất cứ khi nào có thể, việc tìm nạp dữ liệu được giữ càng nhẹ càng tốt và tránh tạo ra HTML nặng.
• Tickets. Chẳng hạn, Mozilla.org cũng sử dụng nó để theo dõi các yêu cầu tính năng. Trong trường hợp này, các mục (được gọi là lỗi) có thể được gửi bởi bất kỳ ai và sẽ được chỉ định cho một nhà phát triển cụ thể. Cập nhật trạng thái khác nhau cho từng lỗi được cho phép, cùng với ghi chú người dùng và ví dụ lỗi.

Trong thực tế, hầu hết các dự án Bugzilla đều cho phép công chúng gửi các lỗi bug, chẳng hạn như cơ sở dữ liệu lỗi Bugzilla cho chính Bugzilla, gán tất cả các lỗi cho một gatekeeper, có nhiệm vụ là phân công trách nhiệm và mức độ ưu tiên.